home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2157 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  8.9 KB
  1. Path: grafix.xs4all.nl!john.hendrikx
  2. Date: Fri, 26 Jan 96 21:04:49 GMT+1
  3. Newsgroups: comp.sys.amiga.programmer
  4. Distribution: world
  5. Subject: Re: BeBox Is Here. Listen Closely ESCO
  6. MIME-Version: 1.0
  7. Content-Type: text/plain; charset=iso-8859-1
  8. Content-Transfer-Encoding: 8bit
  9. From: john.hendrikx@grafix.xs4all.nl (John Hendrikx)
  10. Message-ID: <john.hendrikx.49rj@grafix.xs4all.nl>
  11. Organization: Grafix Attack BBS Holland
  12.  
  13. In a message of 26 Jan 96 Mjp3783@alpha.isc.rit.e wrote to all:
  14.  
  15.  >> Who says?  Maybe Be was 'smart' and told you that 5 MB is the minimum to
  16.  >> get the thing working at a reasonable level, like 1 or 2MB is on the Amiga
  17.  >> (my Amiga won't boot with less than 2MB).  If you 'strip' down the Be, run
  18.  >> in 1-bit 320x200 screens, remove all the external hardware except for a
  19.  >> floppy drive you might get it boot in 2MB as well.  It is silly however to
  20.  >> except the BeBox to boot in 2MB, just like it is silly to expect a Amiga
  21.  >> to be usefull when you've only got 512K in it.
  22.  
  23.  Mai> Be loses alot of its memory from the fact that the whole OS resides in
  24.  Mai> ROM. I think that 4-8 meg is the most a normal user (not rendering
  25.  Mai> lightwave anims or somesuch) probably needs right now.
  26.  
  27. On Amiga 4-8 MB is sufficient yes, on Windows NT, Win95, BeOS, OS/2, System 7,
  28. and most other modern OS-es, NO WAY! I would recommend atleast 16 MB for any of
  29. the OS-es I just listed, and if you want to get that 'Amiga' feeling of having
  30. tons of memory free then I would recommend getting 32 MB or more.
  31.  
  32.  >> Mvi> Resource  tracking and memory protection could be added in less than
  33.  >> Mvi> 5k.
  34.  
  35.  >> Oh sure, 5K, but that's just counting the code-size.
  36.  
  37.  Mai> OK. Throw in another 16k for tables. Still not huge.
  38.  
  39. How about all the code for parameter checking (mem-protection is useless
  40. without parameter checking)?  And all the memory needed to actually track the
  41. resources allocated and who is currently allowed to use them.  There is also
  42. memory wasted because the MMU can only handle memory in 4 or 8K pages.  And
  43. then we still got the MMU tables, one MMU table per program (rebuilding the
  44. table for every task-switch is not a good idea I think).
  45.  
  46.  >> Of course the Amiga needs VMEM, the reason that I (even if I were the
  47.  >> only one) use it from time to time is proof that the *need* exists, even
  48.  >> on Amiga.  You can't expect me to buy 16 MB of extra RAM for the 5
  49.  >> minutes/week I actually NEED that amount of RAM.
  50.  
  51.  Mai> I still disagree here, for the most part. Most people don't have
  52.  Mai> radically changing ram needs - they need a little (almost everyone) or
  53.  Mai> alot (rendering, etc). I think that vm is the wave of the past.
  54.  
  55. But what's the point of not having VM at all?  VM is definitely not a wave of
  56. the past, not before RAM prices drop to a quarter of the current level.  There
  57. will always be programs requiring more memory than you can afford, always.
  58.  
  59.  >> I don't want to see apps keeping memory usage down at the expense of
  60.  >> features like is happening now.  They are actually LIMITING the programs
  61.  >> so they run on 1MB or 2MB Amiga's.
  62.  
  63.  Mai> I am not aware of anything like that happening - most programs grow
  64.  
  65. Of course you're not aware of that, but it is happening, it's only logical that
  66. the people of Final Writer will do their best to keep their program running on
  67. a 1MB or 2MB machine, or else they won't sell their program anymore. That means
  68. they simply can't add certain features.
  69.  
  70. What about games?  They surely are limited, look at all the pc-ports and how
  71. they are stripped down from literaly everything (graphics, animations, sounds,
  72. CPU intensive stuff) JUST so they can run in 2 MB of memory on the slow
  73. 68020/14 found in the A1200.
  74.  
  75. Same goes for pure Amiga games, they definitely would have made use of an 68040
  76. and 10 MB of RAM IF it was the standard, it is not so they limit themselves to
  77. what IS the standard.
  78.  
  79.  Mai> normally. Pagestream 3.0, for example, has an executable of over 1 meg.
  80.  Mai> I would like to see a trend toward more ... careful programming where
  81.  Mai> people think about code size and memory usage instead of spending
  82.  
  83. This is AMIGA for god's sake, people already program that way for YEARS, and
  84. you know why?  Because Amiga's are the only computers which STILL come with
  85. only 2 MB standard. Amiga IS the most efficient computer out there already,
  86. what the hell more could you want?
  87.  
  88.  Mai> resources like the US congress. I would not want to see useful features
  89.  Mai> cut out either, though.
  90.  
  91. Amiga is probably the computer who uses the smallest amount of CPU power, and
  92. the least amount of memory compared to the features it offers.  If there is ANY
  93. computer which can afford to 'waste' a bit of memory than it is Amiga.  I can't
  94. believe that of all people in the world Amiga people are the ones complaining
  95. about programs using too much memory!  Are we really so poor that we can't
  96. afford even 4 MB of extra memory?  Or maybe we are just too damn greedy...
  97.  
  98.  >> Mvi> It does to me. 5 out of the initial 16 mb down the tubes just for
  99.  >> the Mvi> OS? Win95 all over again...
  100.  
  101.  >> You still think in Amiga terms.  What if we were to compare Amiga to the
  102.  >> C-64, hmm?  C-64 user:  "Damn, this Amiga
  103.  >> -requires- a 512K ROM and a whopping 200K to BOOT at minimum (ie. 700K+)!
  104.  >> Boy am I glad I use my C-64 which only eats about 30K orso and leaves the
  105.  >> 38911 other bytes free for my use!"
  106.  
  107.  Mai> But the Amiga offers large numbers of services for the rom/ram space
  108.  Mai> that it takes up. The C64 offered almost no system services.
  109.  
  110. And BeOS doesn't offer any extra services?
  111.  
  112.  >> Do you have any idea WHY Amiga's need so much more memory than a C-64? 
  113.  >> Where
  114.  
  115.  Mai> Yes, I do. In addition to having (almost) a BS in CS, 7 years of AMiga
  116.  Mai> experience and 3-4 years on the C64 before that, I might have some
  117.  Mai> marginal familiarity with those two systems...
  118.  
  119.  >> does all that space go?  Name me a few things if you like.  If you
  120.  >> figured it out, than apply this to the BeBox and you'll see what I mean.
  121.  
  122.  Mai> Nope. I have seen the Be web site and the features that were above and
  123.  Mai> beyond AmigaOS were not THAT impressive to require a 5x larger os.
  124.  
  125. The fact that they are not that impressive to you says nothing about how much
  126. memory these features require.  I think that things like a portable OS, which
  127. is compiled in RISC, Multiprocessing, Resource tracking, RTG, VM and memory
  128. protection can make a HUGE difference.
  129.  
  130. Memory protection for example can not be implemented in 5K of code, not even
  131. close, that is if you want to do it right. Adding decent memory protection
  132. means parameter checking at the start of almost every OS function for example.
  133.  
  134.  >> The BeBox is a different machine, a next generation machine. It has a
  135.  >> RISC-OS, it doesn't use crappy 2-bit 640x200 screens as standard, it's got
  136.  >> all the features AmigaOS has and many more...
  137.  
  138.  Mai> That is the most unfair comparison I have ever seen. 2 bit 640x200
  139.  Mai> screens are the minimum system for AmigaOS, not the standard. Windows
  140.  
  141. Oh come on, there are very few people who run an Amiga in the resolutions BeBox
  142. and most clones run at *minimum*.  How many Amiga's run in 640x480 with 16
  143. colors?  Not much as it requires a 31 KHz monitor and an AGA machine or
  144. gfx-card. On ECS with a FlickerFixer this resolution is useless as it is
  145. dog-slow, so practically no-one uses it.
  146.  
  147.  Mai> ships to boot up in VGA mode, not the driver for your system. Big deal.
  148.  Mai> BeBox didn't impress me in general. The price was fair, but I just had
  149.  Mai> a bad taste in my mouth about it.
  150.  
  151. The price isn't just fair, it is competitive with the clones, maybe not the
  152. dirt-cheap ones with no brand-name behind them but then again BeBox is not a
  153. 'no-brand' machine either.
  154.  
  155.  >> Things like that take space, not only code-space (and RISC code is
  156.  >> generally a lot bigger too) but what about having to store 24-bit Icons in
  157.  >> memory, and having a 640x480 24-bit screen as standard and stuff like
  158.  >> that.  Also parts of windows overlapping will take much more to store when
  159.  >> running in 24-bit, and so on...
  160.  
  161.  Mai> Actually, I have written risc code. 1.5x 680x0 code, roughly. Yes,
  162.  Mai> 24bit imagery will take up more speed (and space) and this is a good
  163.  Mai> arguement for not using it, IMNSHO. 256 color is more than sufficient
  164.  
  165. But you can't deny that BeBox uses 24-bit imagery and RISC code which drive up
  166. its memory requirements, just like it will drive up the memory requirements of
  167. AmigaOS once it has matured as the other OS-es.
  168.  
  169.  Mai> for most people, really. 
  170.  
  171. Sure 256 colors is enough for 99% of us poor old Amiga users who would be
  172. -extremely- happy even if they could run Workbench in 640x512 with 16 colors at
  173. a decent pace, let alone 256 colors.  In the clone world 256 colors is however
  174. rapidly becoming the minimum (infact, I think it already is the minimum).
  175.  
  176. Grtz John
  177.  
  178. -----------------------------------------------------------------------
  179.  John.Hendrikx@grafix.xs4all.nl   TextDemo/FastView/Etc... development
  180. -----------------------------------------------------------------------
  181. -- Via Xenolink 1.985B3, XenolinkUUCP 1.1
  182.